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TRANSACTIONS 

CROSS-REFERENCES TO RELATED APPLICATION(S) 
[0001] The present application claims the benefit of priority under 35 U.S.C § 1 19 

5 from U.S. Provisional Patent Application Serial No. 60/391,869, entitled "METHOD AND 
SYSTEM FOR MANAGING REAL ESTATE TRANSACTIONS", filed on June 25, 2002, 
the disclosure of which is hereby incorporated by reference in its entirety for all purposes. 

BACKGROUND OF THE INVENTION 
10 [0002] The present invention generally relates to real estate transactions. More 

specifically, the present invention relates to a method and system for managing real estate 
transactions and warranties in an automated manner. 

[00031 As it currently exists, the process of managing and overseeing a real estate 

purchase transaction is quite paper- and labor- intensive. Conventional practice used in 

15 managing real estate purchase transactions involves manual monitoring of events for 

compliance before the real estate purchase transaction can be consummated. For example, 
after the purchase contract has been executed, the real estate agent still needs to continue to 
monitor certain events that are required under the contract. Typically, the monitoring of these 
events is done manually on an ad hoc basis. As a result, when a large number of contracts 

20 need to be monitored, the risk of missing or mismanaging a critical event under a contract is 
heightened. The consequence of such occurrence can be the termination of the real estate 
purchase contract. 

[0004] Furthermore, parties to a purchase contract often seek to inquire information 

relating to the status of the contract as well as other purchase-related matters. Typically, the 
25 requested information is provided to the requesting party only upon manual examination of 
the contract and any related papers by the real estate agent. Consequently, this process is 
slow and time-consuming. 

[0005] Hence, it would be desirable to provide a method and system that is capable of 

managing real estate transactions in an automated manner so as to reduce the likelihood of 
30 error and provide information in an expedited manner. 
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BRIEF SUMMARY OF THE INVENTION 
[0006] A method and system for managing real estate purchase transactions is 

provided. In one exemplary embodiment, the system collects various types of information 
relating to real estate purchase transactions. The system then tracks various milestones under 
5 a real estate purchase contract and provides automated alerts to one or more users. The 

system further allows different users with varying functional roles to monitor their respective 
real estate purchase contracts. 

[0007] In one exemplary embodiment, a system for managing a real estate purchase 

transaction is provided comprising: control logic configured to receive information from a 
10 buyer; control logic configured to create a contract using the received information; control 
logic configured to generate one or more milestones associated with the contract; and control 
logic configured to monitor the one or more milestones associated with the contract to ensure 
their completion during the real estate purchase transaction. 

[0008] Reference to the remaining portions of the specification, including the 

1 5 drawings and claims, will realize other features and advantages of the present invention. 
Further features and advantages of the present invention, as well as the structure and 
operation of various embodiments of the present invention, are described in detail below with 
respect to accompanying drawings, like reference numbers indicate identical or functionally 
similar elements. 

20 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0009] FIG. 1 is a simplified block diagram illustrating the architecture of an 

exemplary embodiment of the present invention; 

[0010) FIG. 2 is a simplified flow diagram illustrating a transaction flow of the 

25 system in accordance with one exemplary embodiment of the present invention; and 

[001 1J FIGs. 3-35 are illustrative screenshots illustrating the various functionality of 

the system in accordance with one exemplary embodiment of the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 
30 [0012] The present invention in the form of one or more exemplary embodiments will 

now be described. An exemplary embodiment of the present invention is a system that is 
implemented using computer software. In one exemplary aspect, the system is a web-based 
application designed to streamline the entire sales cycle for the homebuilder or residential 
developer. The system is designed to track every phase of the new home sales cycle from the 



initial contact by the prospective buyer, to the selection of upgrades and options, throughout 
escrow and the entire warranty period. The system allows the homebuilder/developer to 
remain fully apprised of every aspect of the escrow process. To successfully close escrow, 
there are numerous milestones that both buyer and seller must satisfy in order to avoid falling 
5 out of contract. In other words, the failure of a party to complete one or more of the 
milestones may allow the other party to terminate the purchase contract. The system 
centralizes information and tracks communications between the homebuilder/developer and 
the buyer. As a result, potential problem areas are easily identified, tracked, and documented, 
and the potential of missed deadlines is dramatically reduced. The system also enables the 
10 homebuilder to better manage risks that may arise during escrow, thereby enhancing the 
probability of a successful home sale. 

[0013] During the real estate transaction process, several persons need to interact with 

the system to complete the business cycle. Due to multi-user diversity, the system is 
designed to support a multitude of functional roles which may be present in a real estate 
15 purchase transaction, as further described below. A single user may fill one or more of these 
functional roles. 

[0014] Home buyer - buyers occupy up to three status types within the system: 

prospective buyer, buyer in escrow, and buyer (who has completed the purchase) under 
warranty. 

20 [0015] Seller's agent — this agent either works for or represents the developer. This 

person is responsible for entering prospective buyer data and offer/contract information into 
the system and managing contract flow throughout escrow and warranty phases. 
[0016] Buyer's agent - this agent represents the purchaser of the house by generating 

the initial offer. This agent may or may not represent the developer. 

25 [0017] Sales manager - this person is typically an employee of the developer. This 

individual manages the sales staff and oversees all variables, such as options and upgrades for 
the complement of available home plans. This person typically has access to walk-through, 
and contract reports for all developments under his/her supervision. 

[0018] Escrow agent - this person is typically an employee of a title company. This 

30 individual is responsible for implementing and monitoring the escrow account. 

[0019] General manager - this person is either the owner or an executive of the 

developer. This individual typically has access to all contracts and the ability to reply to 
offers and add comment notes within contracts. 
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[0020] Transaction controller - this person is an employee of the developer. This 

individual monitors status of construction, contracts, and warranty issues. Hence, this 
individual, this individual has the ability to track the status of all contract and warranty 
milestones. 

5 [0021] Warranty administrator - this individual is responsible for handling all 

warranty problems. A printed to-do list of warranty issues is typically available to this 
individual, who may be either an internal or external employee. 

[0022] Content administrator - this person is typically an employee of the developer. 

This person has access to site content setup and configuration in order to fulfill 
10 responsibilities for maintenance and upkeep of the system. 

[0023] System administrator - this person is responsible for the management and 

performance of the system and has full access to all aspects of the system for each client 
under his/her supervision. 

[0024] It should be understood that the above descriptions with respect to various 

15 functional roles in a real estate purchase transaction are provided for illustrative purposes 
only. A person of ordinary skill in the art will appreciate other functional roles that may be 
present in a real estate purchase transaction. 

SYSTEM OVERVIEW & ARCHITECTURE 

20 [0025] The system architecture defines the major components of the system, how they 

interact, and the technologies used to implement the system. In one exemplary embodiment, 
the design of system is based on the standard model recommended by Microsoft for n-tiered 
web applications. FIG. 1 is a simplified block diagram illustrating the architecture of an 
exemplary embodiment of the present invention 

25 [0026] The system includes three tiers: the User Interface Tier, the 

Middleware/Business Logic Tier, and the Database Tier. The User Interface Tier presents the 
system to the user; the Middleware/Business Logic Tier contains the business logic in the 
form of Component Object Model (COM) objects; and, the Database Tier contains the data 
store. In one exemplary embodiment, each of these tiers is designed for hosting on separate 

30 servers, if necessary. Separation of these functions onto individual servers enables the 

system to scale in specific areas when those needs increase. For example, if client capacity 
increases and additional web services are required, the web server could be upgraded or 
modified without affecting the middleware or database servers. Each of these three tiers is 
further described below. 



4 



[0027J The User Interface Tier is the presentation layer of the system and contact 

point for clients and users. In one exemplary embodiment, this tier is served from a 
Microsoft Internet information server. The interface is developed to current browser 
standards and compatible with the most common and current browsers including backwards 
5 compatibility for Netscape Navigator v4.7 and Microsoft Internet Explorer v4.x. 

Communication is accomplished using Transmission Control Protocol/Internet Protocol 
(TCP/IP) over HyperText Transfer Protocol (HTTP) port and transactions are provided 
through 128-bit Secure Socket Layer (SSL) to ensure safe transmission of data between the 
client and the server. 

10 [0028] Upon gaining access to the system via a website, users can enter and retrieve 

information based on their security levels. The system offers a number of features. For 
example, the web pages use a combination of HyperText Markup Language (HTML) and 
scripting code. Data entry forms contain logic to perform data validation before information 
is submitted to the server. These forms provide standard entry options, such as, drop-down 

1 5 lists or checkboxes to minimize data entry errors, duplicated data and misspellings and 
standardize input. The user interface of the website is intuitive and user- friendly. 
[0029] The system further includes a complete on-line help system to assist users. 

Appropriate links are placed at relevant points throughout the process providing contextual 
help. Navigation is dynamic and responsive according to the type of user accessing the 

20 website. 

[0030] The Middleware/Business Logic Tier executes the business rules of the system 

and is written using standard application components based on the Component Object Model 
(COM). COM objects are grouped into several sub-layers that separate the front-end objects 
from the database connection objects. This approach creates a more secure and efficient 

25 design. Functions that this tier perform include, for example, data parsing, transformation, 
formatting and validation, database requests, security validation, and error handling. 
[0031] Typically, a request from the User Interface Tier is interpreted by the web 

service and passed to this tier for action. This request is in the form of a call to a specific 
COM object with parameters. An example would be passing the username and password of a 

30 user in the login process for security validation. An object interprets the passed values, 
creates a Structure Query Language (SQL) query using these values and makes a call to a 
database connection object. The database connection object is responsible for opening a 
connection to the database, passing the SQL query and receiving the result from the database. 
Results are formatted and returned to the user interface. 



[0032] In addition to being the data store for the system, the Data Tier provides 

routines that preserve the integrity of the data. The data design is modeled to take advantage 
of relational database rules and provides standard features such as transaction commit and 
rollback, backup and restore, Open Data Base Connectivity (ODBC) interface, and a 
5 graphical SQL interface. This architecture facilitates additions and changes without requiring 
any significant application engineering or redesign. 

[0033] The security and integrity of the data entered and manipulated by system is 

preserved at every step. Security is implemented at several points or areas throughout the 
system. These areas include, for example, user interaction, middleware, database, and 

10 physical security. 

[0034] With respect to user interaction, the system has a login password policy. The 

system requires all users to login with a valid user name and password to gain access to the 
system. All activities are kept in an audit log and available by report to appropriate persons. 
[0035] Via an administration module, the system allows client users to configure 

15 various password policies, including minimum password length, usemame formats, change 
frequency, restricted obvious passwords (like "password"), and not sharing or revealing 
passwords to anyone. Passwords are never revealed on the screen at any time. When 
passwords are entered, they appear as asterisks instead of plain text. 

[0036] In addition to creating individual user accounts, all elements of the system are 

20 assigned an appropriate access level. Menus and other options throughout the system are 
filtered based on the user's identity and level of access. 

[0037] Client administrators have the option to either auto-generate the user account 

and password information from the system, or specify a default password. 

[0038] User sessions on the server are timed out after some specified period if there is 

25 no activity. This is to minimize unauthorized use of unattended workstations. 

[0039] Accounts that have not been accessed for a specified time period are flagged 

as inactive. Inactive accounts require the system administrator to reactivate them. 
[0040] The system further provides an audit log. Content upload and content editing 

are kept in this log. Content revisions are also logged for rollback and revision control. 

30 [0041] With respect to middleware security, the middleware is implemented using 

Microsoft's Component Object Model (COM) in a defined tier containing all of the business 
logic and rules of the system. Therefore, the web front end only contains basic HTML forms 
and some scripting to control page functionality. The system is designed with separate set of 
objects that handle requests and traffic from the user interface (UI objects), and a separate set 
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that handles connections and interaction with the database. Encryption is utilized ensuring 
the security of the data. The COM model provides an application interface for interaction 
with other applications and all interfaces are clearly documented. 

[0042] With respect to database security, in addition to the standard securities features 

5 of the SQL server, like transaction commit and rollback, the system limits access to the 

database to only specified objects in the middleware. If a connection is attempted from any 
other source, the connection is refused. 

[0043] All other services on the server are tuned to limit the number of ways that the 

server may be accessed. Connections to the database itself require a specific username and 
10 password for access. This account is configured so that it has very limited functionality to 

the database. If the account is compromised, the intruder's access is limited to a finite cluster 
of functions. 

[0044] In one exemplary implementation, the system is implemented using control 

logic in the form of software code and/or instructions in a modular or integrated manner. 
1 5 Based on the disclosure and teachings provided herein, a person of ordinary skill in the art 
will know of other ways and/or methods to implement the present invention. 

BUSINESS FLOW AND LOGIC 

[0045] FIG. 2 is a simplified flow diagram illustrating a transaction flow of the 

20 system in accordance with on exemplary embodiment of the present invention. The 
transaction flow includes a prospect tracking process, a contract formation process, a 
milestone monitoring process and a warranty monitoring process. 

[0046] The process begins when the prospective home buyer (prospect) contacts the 

developer. Typically, the prospect visits the development and either fills out a visitor interest 

25 card or, if time allows, fills out a more detailed interest sheet with the sales agent. The 
prospect may also contact the sales agent by phone or mail. The sales agent then collects 
relevant information from the prospect. The prospect may provide information such as, the 
prospect's name, contact information, preferred lot and house plan, the name of the prospect's 
agent, and any other relevant information. This information is entered into the system. 

30 Alternatively, the prospect may supply the information to the system via the Internet. 
[0047] Once the information is input into the system, the system generates 

relationship-building reminders at predetermined intervals, based on the information provided 
by the prospect, such as, the prospect's level of interest and the developer's marketing 
strategies. For example, the system may periodically prompt the sales agent to follow up 
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with a prospect via email or other forms of communications. Subsequent communications 
between the agent and prospect may be logged in, as well. 

[0048] Once the prospect decides to purchase a home, the seller's agent enters 

additional relevant contract information, for example, down payment, initial deposit, and 
5 selection of options, into a contract form provided by the system. The contract form provided 
by the system is customized to fit the needs and desires of a particular developer. Hence, the 
system may have different contract forms accommodating different developers. Upon 
completion of the contract form, the system generates a completed contract. The system 
displays the completed contract in Rich Text format in a browser window. The completed 

10 contract can then be printed for review by the prospect. 

[0049] Once the seller's agent verifies that the printed contract has been signed by the 

prospect, notification is sent, for example, via email, to the sales manager and/or general 
manager. At this stage in the process, the executed contract represents an offer that has been 
made by the prospect to the developer. A predetermined time limit is set on the offer by the 

15 system. The system generates reminders that are sent, for example, via emails, to all 

involved parties regarding the approaching expiration date of the offer. In this manner, the 
system ensures that offer does not lapse due to oversight. 

[0050] If the contract is accepted by the developer, the date of acceptance (DOA) is 

set in the system and all contract milestones are set. These milestones may then be assigned 

20 to various parties with different functional roles, such as, the sales agent, buyer, sales 

manager, general manager and/or transaction controller. Milestones are predetermined by the 
developer for each contract. Milestones may be stand-alone, based on the DOA, or linked to 
the completion of related milestones. Based on the disclosure and teachings provided herein, 
a person of ordinary skill in the art will appreciate how to generate and/or assign milestones 

25 in accordance with the present invention. 

[0051] The system allows the status of all milestones for a given contract to be 

viewed. In order to provide ease of differentiation, the background color of a milestone 
pending completion is white; one that is past due is red; and a completed milestone is shaded 
with a blue background. 

30 [0052] All users of the system have access to a calendar of all milestones that have 

been assigned to them. The system generates and delivers appropriate milestone reminders to 
relevant users at intervals predetermined by the developer. Past due reminders also appear as 
well. 
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[0053] After the close of escrow (COE), there is a warranty period for each new 

home. The duration of any warranty is determined by local, state, and/or federal law. During 
this period, a new homeowner is entitled to make warranty requests of the developer. The 
system validates the warranty and generates work orders with a unique identifier. The work 
5 order is assigned to either an employee or an external subcontractor. All communications 
and information relating to the warranty is entered into the system. The status of any 
warranty may be viewed by anyone who has access to that specific warranty issue. If the 
warranty is not completed within a predetermined time, reminders are sent by the system to 
the warranty administrator and pertinent individuals. 
10 [0054] All relevant warranty issues are entered into the system, allowing the progress 

of each item to be tracked through completion. Because it is designed to identify and notify 
any individual vendor/sub-contractor responsible for a given warranty item, the system 
dramatically streamlines the demands of this phase. 

[0055] A full series of standard reports are available from the system. These reports 

1 5 track a number of different statistics including, for example, the number of walk-throughs at a 
development, projected revenues from existing contracts, and the number of warranty issues 
per development. When deemed appropriate, the ability to create custom reports is available. 
[0056] The functionality of the system is further described below. FIGs. 3-35 are 

illustrative screenshots illustrating the various functionality of the system in accordance with 
20 one exemplary embodiment of the present invention. As mentioned above, the system allows 
different users having different functional roles in the real estate purchase transaction to 
participate. FIGs. 3-32 are screenshots illustrating exemplary functionality that is offered by 
the system to a general manager. 

[0057] In FIG. 3, there is shown a calendar area 300, a contract area 302 and a To-Do 

25 area 304. The calendar area 300 includes a calendar that allows the general manager to view 
events on selected dates. The contract area 302 provides a list of contract that the general 
manager is directly responsible for managing. For each contract listed, the corresponding 
status on various items, such as, acceptance status and escrow status, are shown. In FIG. 3, 
no contracts are shown in the contract area 302 for this particular general manager. The To- 
30 Do area 304 provides a list of tasks that is to be completed by the general manager. These 
tasks are generated by the system when certain events occur, such as, when contracts were 
completed, offered and/or executed. Information relating to each task is also displayed, such 
as, type of task and its due date. Additional information relating to the task may be available 
and viewed by clicking on the hypertext link corresponding to that task. In addition, the 
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general manager can also use the system to perform functions in various other areas including 
"contracts" 306, "developments" 308, "agents" 310, "prospects" 312, "warranty" 314, 
"vendors" 316, "administration" 318 and "reports" 320, as will be further described below, 
[0058] FIG. 4 illustrates the functionality offered to the general manager when the 

5 "contracts" 306 area is selected. With this functionality, the general manager is able to view 
all the contracts that s/he is responsible for. In one arrangement, a general manager may be 
responsible for all the contracts relating to a particular developer. In one exemplary situation, 
the system is used by a developer to monitor its real estate purchase transactions. The 
general manager of the developer is responsible for monitoring all the contracts for the 

10 developer. As shown in FIG, 4, the general manager can view a list of contracts and the 

associated information. Additional information for each contract can be viewed by clicking 
on the corresponding hypertext link. For example, if the general manager wishes to see more 
information for a particular buyer, the general manager can just click on the corresponding 
"buyer name" hypertext link for that particular buyer; or if the general manager wishes to see 

15 the milestones and their respective status associated with a contract, the general manager can 
simply click on the corresponding "milestones" hypertext link for the desired milestones. 
Furthermore, the general manager can also initiate the process of filling out a contract by 
clicking on the "contract start" hypertext link 322. As will be further described below, the 
process of filling out the contract involves a number of steps. 

20 [0059] FIGs. 5 A and 5B collectively illustrate the first step of the process of filling 

out the contract. In this step, the buyer provides the relevant information to the system. Such 
information includes, for example, name, contact information, address and information 
relating to the desired property. For example, in FIG. 5 A, the buyer can use the "Home 
Information" area to select the desired development, lot and house. Pull-down menus are 

25 available to allow the buyer to make the desired choices. 

[0060] FIGs. 5C and 5D collectively illustrate the second step of the process of filling 

out the contract. In this step, the buyer provides the relevant lender and financial 
information. A "cost" area 326 allows the buyer to input financial information. The financial 
information is then used by the system to calculate estimated costs and other relevant 

30 information. Additionally, the buyer can provide information on the title company as well as 
other additional information. For example, in FIG. 5D, such additional information is 
collected in the "additional information" area 328. Such additional information includes, for 
instance, estimated time to close of escrow, delivery of preliminary title, etc. This 
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information may then be used by the system to generate the appropriate milestones for this 
contract. 

[0061] FIGs. 5E and 5F collectively illustrate the third step of the process of filling 

out the contract. In this step, the buyer is able to select various options for the desired 
5 property. For example, in FIG. 5E, the buyer is able to select options for the backyard and 
bedroom. Pull-down menus are available to allow the buyer to make the desired choices. 
Similarly, additional information can be supplied by the buyer. For example, in FIG. 5F, the 
buyer can specify timelines in connection with delivery of options in the "additional 
information" area 330. 

10 [0062] FIG. 5G illustrates the fourth step of the process of filling out the contract. In 

this step, the buyer may optionally provide information on the contingent property. The 
contingent property is the property that the buyer needs to sell before the purchase can be 
consummated. 

[0063] FIGs. 5H, 51 and 5J collectively illustrate the fifth step of the process of filling 

15 out the contract. In this step, all the information collected in the previous steps is propagated 
into a completed contract. Summary information is displayed to the buyer on-screen and the 
entire completed contract is delivered to the buyer electronically. The buyer can then print 
out and review the completed contract. If the buyer approves the completed contract, the 
buyer can then indicate his/her approval by clicking on the "make offer" button 332. In FIG. 

20 5J, the system prompts the buyer to confirm his/her offer. 

[0064] Once the contract is offered, the system stores the contract and generates the 

associated milestones. As described above, the general manager can select a particular 
contract for viewing as illustrated in FIG. 4. FIG. 6 illustrates the contract details when the 
general manager selects a particular contract. As shown in FIG. 6, the general manager can 

25 further view additional information relating to the contract and perform a number of 

functions by clicking on the corresponding hypertext links, such as, "accept offer", "counter 
offer", "contract print", "cancel contract", "lender", "title company" and "contingent 
property". For example, the general manager may accept the offer by clicking on the "accept 
offer" hypertext link. FIGs. 7A and 7B collectively illustrate the screen that is shown when 

30 the "accept offer" hypertext link is activated. The general manager can view additional 
information, relating to the contract and, if acceptable, choose to accept the contract by 
clicking on the "accept offer" button 334. 

[0065] FIGs. 8A and 8B collectively illustrate the summary information that is 

displayed when the contract is accepted. When the contract is accepted, the system generates 
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the appropriate milestones associated with that contract. The milestones are then displayed to 
the general manager. In FIG. 8B, these milestones are shown in the "milestones" area 336, 
Additional information relating to a milestone may be viewed by clicking the corresponding 
hypertext link. 

5 [0066] - Referring back to FIG. 6, when viewing details of the contract, the general 
manager may also perform a number of other functions. For example, the general manager 
can make a counter offer to the contract offered by the buyer by clicking on the "counter 
offer" hypertext link; alternatively, the general manager can cancel the contract by clicking 
on the "contract cancel" hypertext link. The general manager can also obtain and review 
10 various types of information, such as, the entire contract, lender information, title company 
information and contingent property information. 

[0067] FIG. 9 illustrates another functionality offered by the system that allows the 

general manager to manage developments. As shown in FIG. 9, the "developments" area 338 
allows the general manager to access and view information relating to different 

15 developments. If additional information is desired, the general manager can click on the 

corresponding hypertext link to view such information for the desired development. FIG. 1 0 
shows the additional information that can be displayed when the hypertext link for a 
particular development is selected. As shown in FIG. 10, additional information for a 
particular development includes, for example, lots and houses within that development. 

20 Further information relating to the lots and houses can be obtained and viewed using the 

corresponding hypertext links. In addition, the system also provides functionality that allows 
the general manager to add new lots and/or houses. 

[0068] FIGs. 1 1 A and 1 IB collectively illustrate the functionality offered by the 

system to allow the general manager to add a new house. As shown therein, the general 

25 manager can input information for a new house into the system, including for example, 

specification and cost information; the general manager can also input option information for 
the new house. FIG. 1 1C shows the information relating to the new house after the general 
manager has input it into the system. When viewing this information, the general manager 
has the option of modifying such information to the desired description or level. For 

30 example, the general manager can add and/or remove certain options that are available for a 
particular house. 

[0069] As will be further described below, the general manager can also perform a 

number of functions with respect to developments, including for example, adding a 
development, managing a master option list, and managing option types. 



[0070] FIGs. 12A and 12B collectively illustrate the functionality offered by the 

system to the general manager to add a new development. Referring back to FIG. 9, the 
general manager can choose to add a new development by clicking on the "add development" 
area 340. FIGs. 12A and 12B collectively display a form that is used to collect information 
5 for the new development. Such information includes, for example, address and construction 
date information. Moreover, the system allows the general manager to assign and/or modify 
agents and/or transaction controllers to the new development. 

[0071] FIG. 13 illustrates the functionality offered by the system to the general 

manager to manage the master option list. Referring back to FIG. 9, the general manager can 

10 . choose to access and modify the master option list by clicking on the "master option list" area 
342. FIG. 13 shows the information displayed by the system when the "master option list" 
area 342 is selected. The option list provides a list of options that can be added to a house 
upon choosing by the general manager. When the general manager enters information on a 
new house into the system, the general manager can select options from this option list that 

1 5 the general manager chooses to make available for that house. Further information on each 
option can be viewed by clicking on the corresponding hypertext link for that option. In 
addition, additional or new options can be added to the option list by clicking on the "add 
options" hypertext link 346. 

[0072] FIG. 14 illustrates an exemplary form displayed by the system when the "add 

20 option" hypertext link 346 is selected. The system allows the general manager to input 
information relating to a new option. Once the information is entered into the system, the 
added option is available on the master option list. 

f 0073] FIG. 1 5 illustrates the functionality offered by the system to the general 

manager to manage the option types. Referring to FIG. 9, the general manager can choose to 

25 access and modify the option types by clicking on the "option types" area 344. FIG. 15 

shows the information displayed by the system the "option types" area 344 is selected. Such 
information includes, for example, different types of options that are available for 
categorizing various options. This allows different options belonging to the same category or 
option type to be organized and viewed. Additional information on an option can be viewed 

30 by clicking on the corresponding hypertext link for that option. Furthermore, the system 
allows the general manager to add new option types by clicking on the "add option types" 
hypertext link 348. 

[0074] Referring back to FIG. 3, the general manager can select the "agents" area 

310. FIG. 16 illustrates the functionality offered by the system to allow the general manager 
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to manage a number of agents and sales managers when the general manager selects the 
"agents" area 310. As shown in FIG. 16, the general manager can view information relating 
to a number of agents and their respective sales managers. Furthermore, the general manager 
can deactivate or activate an agent by clicking on the corresponding hypertext link. 
5 Additional information relating to an agent or a sales manager can be viewed by clicking on 
the corresponding hypertext link. 

[0075] FIG. 17 shows the functionality offered by the system when a particular agent 

is selected by the general manager. Various types of information relating to the selected 
agent can be viewed by the general manager. For example, the system shows the 

1 0 developments that the selected agent has been assigned to. Information relating to a 

development associated with the selected agent can further be displayed by clicking on the 
corresponding hypertext link. In addition, the system also shows the list of contracts that the 
selected agent is currently working on. Various types of information relating to a contract, 
such as, buyer's name, development name, date of acceptance, and contract status, etc., can be 

1 5 shown by clicking on the corresponding hypertext links. 

[0076] Referring back to FIG. 16, the general manager can also add an agent by 

clicking on the "add agent" hypertext link 350. FIGs. 18A and 18B collectively illustrate the 
functionality offered by the system when the "add agent" hypertext link is selected. As 
shown in FIGs. 18A and 18B, an agent form is displayed by the system to allow the general 

20 manager to input information relating to the agent being added. In addition to contact 
information relating to the added agent, the general manager can also specify the 
developments that have been assigned to that agent. 

[0077] Moreover, as shown in FIG. 16, the general manager can further add a sales 

manager by clicking on the "add sales manager" hypertext link 352. FIG. 19 illustrates an 
25 exemplary form that is displayed by the system when the "add sales manager" hypertext link 
is selected. As shown in FIG. 19, in addition to contact information relating to the sales 
manager being added, the system also allows the general manager to designate or assign 
agents to the added sales manager. 

[0078] Furthermore, as shown in FIG. 16, the system allows the general manager to 

30 view information relating to a number of sales managers by clicking on the "sales managers" 
hypertext link 354. FIG. 20 illustrates the exemplary information that is displayed by the 
system when the "sales managers" hypertext link 354 is selected. Additional information 
relating to a sales manager can be obtained and viewed by clicking on the corresponding 
hypertext link. 
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[0079] Referring back to FIG. 3, the general manager can select the "prospects" area 

312. FIG. 21 illustrates the functionality offered by the system to allow the general manager 
to manage a number of prospects when the general manager selects the "prospects" area 312. 
As shown in FIG. 21 , the general manager can view information relating to a number of 
5 prospects. Such information includes, for example, prospect name, development visited and 
visit date, etc. Additional information relating to a prospect can be viewed by clicking on the 
corresponding hypertext link. 

[0080] FIG. 22 illustrates the functionality offered by the system when the general 

manager selects to view a particular prospect. As shown in FIG. 22, in addition to general 

10 information relating to the prospect, the system also allows the general manager to view 
information relating to milestones and contact history for that particular prospect. The 
milestones relate to tasks that are to be performed to follow up with the prospect in order to 
maintain the interests of the prospect. Additional information on a milestone can be obtained 
by clicking on the corresponding hypertext link. By allowing access to the milestones and 

1 5 contact history, the general manager can ensure that proper follow-up activities are performed 
by the agents and/or sales managers to maintain the interest level of the prospect thereby 
maximizing likelihood of a successful sale. 

[0081] As shown in FIG. 21, the system further offers a number of other features to 

allow the general manager to capture and track information concerning a prospect, including 
20 a "walk-through form" 356, a "prospect interest form" 358, "prospect reminders" 360, and a 
"waiting list form" 362, as will be further described below. 

[0082] FIGs. 23 A and 23B collectively illustrate an exemplary form displayed by the 

system to allow the general manager to collect information from a prospect during a walk- 
through. This exemplary form is displayed when the "walk-through form" 362 is selected. 

25 [0083] FIGs. 24A and 24B collectively illustrate an exemplary form displayed by the 

system to allow the general manager to collect information from a prospect when the prospect 
expresses a more serious interest in making a purchase. This exemplary form is displayed 
when the "prospect interest form" 358 is selected. For example, as shown in FIG. 24C, the 
system further provides a form that allows information relating to contract options to be 

30 collected from the prospect. FIG. 24D illustrates an exemplary display showing a summary 
of the information collected from the prospect. 

[0084] FIG. 25 illustrates another exemplary form displayed by the system to allow 

the general manager to collect miscellaneous information that can be used to generate 
reminders. 
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[0085] FIG. 26 illustrate an exemplary form displayed by the system to allow the 

general manager to collect information from a prospect for wait-listing purposes. 
[0086] Referring back to FIG. 3, the system allows the general manager to manage 

warranty issues by clicking on the "warranty" hypertext link 314. FIG. 27 illustrates the 
5 functionality offered by the system when the general manager selects the "warranty" 
hypertext link 314. As shown in FIG. 27, the system displays a list of warranty issues. 
Information relating to each warranty issue is also displayed including, for example, owner, 
address and status, etc. Additional information is available for viewing by clicking on the 
corresponding hypertext links. FIG. 28 shows the information that is displayed when a 
10 specific warranty issue is selected. Such information includes, for example, warranty x 

creation information, warranty activity and warranty history, etc. The system further allows 
information to be modified. For example, the warranty creation information and the warranty 
activity can be updated and/or added. 

[0087] As shown in FIG. 27, the general manager can collect new warranty 

15 information by clicking on the "warranty form" hypertext link 364. FIGs. 29A and 29B 

collectively illustrate an exemplary form displayed by the system when the "warranty form" 
hypertext link 364 is selected. This form can used by the general manager to collect the 
appropriate and generate a new warranty issue. Once the information has been collected, the 
system generates the appropriate milestones for the warranty issue. What types of milestones 
20 are generated depends on the warranty issue. Based on the disclosure and teachings provided 
herein, a person of ordinary skill in the art will appreciate how to generate the appropriate 
warranty milestones. The system then ensures that the appropriate parties are informed of the 
newly generated milestones, for example, by including such milestones in the To-Do area 
304. 

25 [0088] Referring back to FIG. 3, the system allows the general manager to capture 

information relating to vendors by clicking on the "vendors" hypertext link 316. Vendors are 
companies that either are responsible for warranties or provide the services to repair the items 
under warranty. Items in a house can be under warranty offered by different parties. Some 
items may be under warranty offered by the developer, while other items may be under 

30 warranty offered by their respective vendors or manufacturers. The system collects 

information relating to vendors for warranty purposes thereby allowing any warranty issues 
to be resolved more efficiently. FIG. 30 displays a list of vendors when the "vendors" 
hypertext link 316 is selected. Information relating to each vendor is also provided including, 
for example, vendor name, vendor rating and vendor category, etc. Additional information 



can be viewed by clicking on the corresponding hypertext link. Furthermore, as shown in 
FIG. 30, the system allows the general manager to add additional or new vendors by clicking 
on the f, add vendor" hypertext link 366. FIGs. 31 A and 3 IB collectively illustrate an 
exemplary form displayed by the system to collect information relating to the new vendor. 
5 By collecting the vendor information, the system allows warranty issues to be resolved more 
efficiently and effectively. For example, if an item is under warranty offered by a vendor, the 
system allows such vendor to be identified and contacted promptly. In another instance, if an 
item is under warranty offered by the developer and the developer needs a vendor to perform 
the necessary repair, the system allows the developer to identify the more reputable and 

10 reliable vendor(s). 

[0089] Referring back to FIG. 3, the system allows the general manager to generate 

different types of reports by clicking on the "reports" hypertext link 320. FIG. 32 illustrates 
the functionality offered by the system when the "reports" hypertext link 320 is selected. 
Different types of reports can be generated by the system including, for example, prospect 

15 report, contract status report and warranty report, etc. Based on the disclosure and teachings 
provided herein, a person of ordinary skill in the art will appreciate the types of information 
that can be included in the reports as well as other types of reports that can be generated in 
accordance with the present invention. 

[0090] As mentioned above, the system allows users with different functional roles to 

20 access and/or view different types of information and perform different types of functions. 

Some or all of the functionality of the system described above can be made available to other 
users with different functional roles. 

[0091] FIGs. 33A and 33B illustrate the functionality offered by the system to a sales 

manager. Similarly, the system displays a list of contracts and their associated to-do items 
25 that s/he is responsible for. Unlike the general manager, the sales manager is given only 
authority to access and view his/her contracts. 

[0092] FIG. 34 illustrates the functionality offered by the system to the sales manager 

to manage his/her agent(s). Similarly, the system displays a list of agent(s) that the sales 
manager is responsible for and allows the sales manager to add or remove agents. Unlike the 
30 general manager, the sales manager is given only authority to manage his/her own agents but 
not agents of other sales managers. 

[0093] FIG. 35 illustrates the functionality offered by the system to an agent. The 

system displays a list of contracts and their associated to-do items that the agent is 



responsible for. However, the agent is not given authority to manage contracts belonging to 
other agents. Also, the agent is not given authority to manage other agents. 
[0094] As described above, the system of the present invention offers a number of 

functionality for managing real estate purchase transactions. In one exemplary aspect, such 
functionality is made available to users with different functional roles. Based on the 
disclosure and teachings provided herein, it will be appreciated by a person of ordinary skill 
in the art that how and what functionality is made available to different functional users 
depend on the design and/or constraints of each deployment. 

[0095] Furthermore, it should be understood that the description provided above in 

connection with the functionality of the system is not intended to be limiting. Depending on 
other factors that may govern or affect real estate purchase transactions, the functionality 
described above may be modified or other functionality may be added to the system in 
accordance with the present invention. 

[0096] It is understood that the examples and embodiments described herein are for 

illustrative purposes only and that various modifications or changes in light thereof will be 
suggested to persons skilled in the art and are to be included within the spirit and purview of 
this application and scope of the appended claims. All publications, patents, and patent 
applications cited herein are hereby incorporated by reference for all purposes in their 
entirety. 
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